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(57) ABSTRACT 

The invention is a method and system of updating address 
data representative of a changed address. Updates are 
accomplished by initiating an address data request at a client 
system. The request is transmitted to an application host 
system where it is translated into a format readable by a 
master system comprising change of address files. The 
interface between the application host system and the master 
system includes a translation step. The translation step 
begins by creating a data map representative of the address 
data request. The created data map is compared against 
either a mailing list correction (MLQ scheme or a multi-line 
optical character reader (MLOCR) scheme to establish a 
second data map representative of the address request. The 
second data map is then transmitted via a SCSI interface to 
the master system for processing of the address request. The 
master system matches the address data request to records of 
address changes to determine whether a match exists. If a 
match occurs, then a record of the match is placed into an 
address data reply which is then transmitted back to the 
application host system where it is first translated and then 
transmitted back to the client for use in updating address 
files. The system is capable of printing one or more reports 
representative of the requests, rephes, and/or statistics aris- 
ing from the transactions. 

10 Claims, 6 Drawing Sheets 
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FIG. 2 



50 



INITIATE 
SYSTEM 
APPLICATION 



USER ENTERS 

NAME AND 
ADDRESS DATA 
REQUEST ON 
BATCH DRIVER 



52 



56 



INTERFACE APPLICATION 




BATCH DRIVER 


REFORMATS INPUT DATA 




TRANSMITS REQUEST 


TO CONFORM TO MASTER 


< — 


TO INTERFACE 


SYSTEM 




APPLICATION 



54 



58 



INTERFACE 
APPLICATION 
SIMULATES MLOCR 
INTERFACE 


► 


INTERFACE 
APPLICATION 
INVOKES POSTAL 
MASTER SYSTEM 





60 



J4 

MASTER SYSTEM 
PROCESSES REQUEST 
AND SENDS REPLY DATA 
TO INTERFACE 
APPLICATION 



REQUEST DATA 
TRANSMITTED FROM 
INTERFACE 
APPLICATION TO 
MASTER SYSTEM 



62 



66 



INTERFACE 




INTERFACE 


APPLICATION 


^ 


APPLICATION 


REFORMATS REPLY 




TRANSMITS REPLY 


DATA 




DATA TO USER 



68 




09/30/2003, EAST Version: 1.04.0000 



U.S. Patent Sep. 24, 2002 sheet 3 of 6 US 6,457,012 Bl 



FIG. 3A 
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FIG. 3B 
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FIG. 4 
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FIG. 5 
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METHOD AND SYSTEM OF UPDATING multi-line optical character readers (MLOCRs). The appar- 

ADDRESS RECORDS UTILIZING A ent goal of the U.S.P.S. is to have MLOCR solutions 

CLIENTSERVER INTERE^CE incorporate FASTfoiward technology to help identify cus- 
tomer change of address information. 

BACKGROUND OF THE INVENTION 5 pASTforward identifies and reads address daU from the 

The challenges of mail delivery within the United Stales mailpieces introduced to the system, as well as the ZIP+4 

and in the growing ranks of industrialized couatries has coding, to detem^ine if a change of address notification or 

grown so that, in the United States alone, the postal service forwarding order exists for a given addressee. If a change of 

delivers approximately 600 million pieces of mail per day. address notification or forwarding order is found, then 

To the growing postal burden is added the requirements of 10 PASTforward has the capability for correcting the destina- 

keeping address data accurate in the face of a growing social tion address on the mailpieoe. 

mobility. To promote operating efficiency, the United States For those industry vendors developing systems for the 

Postal Service (U.S.P.S.) has offered discounts for the use of mailing and/or addressing market, the U.S.P.S. has promul- 

5 digit zip codes, bar codes, deUvery point bar coding, and gated the PASTforward specification and requirements in 

various forms of address coding such as those used on the 15 order to promote uniformity and compatibility in interfacing 

Optional Endorsement line of printed address blocks. the vendor product with the U.S.P.S. system. Vendors are 

The most common form of coding is directed to the postal responsible for design of the required interface systems, 

zip code. The basic elements of a postal zip code consist of Thus, unique approaches are required for interfacing mailing 

four parts; these are: (i) the "zip code," which consists of 5 and address systems with PASTforward in order to provide 

digits and refers to geographic area or zone; (ii) the "zip plus ^ seamless service for customers. 

4" further breaks down a zip code region into smaller One approach to designing an interface system for PAST- 
sub-regions, this consists of four digits added to the base zip forward is to create a client-server environment that pro- 
code; (iii) "delivery point digits" which consist of two vides privacy as well as control of customer data that is 
additional digits that further break down a zip plus 4 so that provided to PASTforward as well as obtained from it. 
the U.S.P.S. can more accurately pin point an exact location; ^ Therefore, it is an object of the present invention to 
and, (iv) a check sum digit. The deUvery point digits are provide a client-server interface and environment that pro- 
extracted from the street line of the address using a U.S.P.S. yicles privacy as well as control of customer data when 
approved algorithm. interfacing with the U.S.P.S. PASTforward system. It is a 
But, the best coding systems available are of little use if further object of the present invention to utilize change of 
the intended recipient is no longer at the address that has address information provided by the PASTforward system to 
been coded. Of particular concern to the U.S.P.S. is the return a new address and related data to the customer's 
relatively high amount of mail that is undeliverable because maiUng and/or addressing system and to include a graphical 
the intended recipient has moved and not left a forwarding user interface (GUI) for easy task establishment and mooi- 
address. 35 toring of the task execution. 

With the need to reduce costs while improving the effi- SUMMARY OF THE INVENTION 

ciency and reUability of its operations, continuous review of SUMMARY Oh IHbiNVbNIlUiN 

methodology and the systems used to implement operations The invention overcomes the shortcomings and limita- 

is continuously required. Review by the U.S.P.S. has led to tions of the prior art and satisfies the intended objectives 

a series of sweeping changes that are to be implemented in through a method and system of updating address data 

a series of changes grouped together under the banner of representative of a changed address. The method is accom- 

" Postal Reclassification." The first such change occurred on plished by initiating an address data request at a data 

Jul. 1, 1996; the second on Jan. 1, 1997. The new standards processing system (client). 

under Postal Reclassification will enable the U.S.P.S, to -pjjc address data request is for an update of individual 

improve efficiency and remain competitive by reducing the address records contained in the database serviced by the 

amount of work effort required to deliver mail. data processing system. The request is transmitted from the 

The change of Jan. 1, 1997 includes standards for a series client to an application host system such as ForwardTrak. 

of move updates that effect address databases. Among the The address data request is translated at the application host 

standards are: a National Change of Address (NCOA); system into a format readable by a master system compris- 

U.S.P.S. Address Correction Requested (ACR), USPS For- 50 ing change of address files. In order for the translated request 

warding and Address Correction Requested; USPS Address to be transmitted from the application host system to the 

Change Service; and, access to USPS FASTfotward tech- master system, there must be created an interface that allows 

nology. passage of the translated address data request from the 

Under the new standards, companies are required to show application host system to master system so that said trans- 

that they are implementing a process to track a customer's 55 lated address data request can be read and responded to by 

change of address. The U.S.P.S. requires that companies the master system. 

implement the change of address process against customer The interface is created during the method's translation 

information files at least once every six months in order to step. The translation step comprises a number of further 

continue receiving postal discounts for Fiist-CIass mail. In steps that begin with creating a data map of the data 

addition to maintaining discotmts when utilizing certain 60 representative of the address data request. The created data 

U.S.P.S. services, companies will be able to add efficiencies map is compared against a second set of data representative 

by improving their customer satisfaction, reducing postage of a mailing list correction (MLC) scheme, or a multi-line 

expenses, and reducing returned mail and rework costs. optical character reader (MLOCR) scheme. The comparison 

One of the initiatives of the U.S.P.S., designed to improve establishes a second data map which is representative of the 

the levels of address quality in corporate mailings, has been 65 address request in either the MLC or the MLOCR scheme, 

the development of PASTforward which has evolved from The second data map is then transmitted via a SCSI interface 

work between the U.S.P.S. and vendors of commercial to the master system for processing of the address request. 
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The master system, such as the U.S.P.S. FastFonvard Addressing subsystem 20 is a client server interface 

system, matches the address data request to records of system comprising: data processing system 22 connected to 

address changes that are resident in an address database addressing subsystem 10 by SCSI interface connection 30a. 

operatively connected to the master system. After matching Data processing system 22 can be a mainframe, mid£rame, 

the address data request against the change of address 5 or micro-computer which in turn is comprised of: a monitor; 

database, the method and system determine whether a match user interface devices such as a keyboard and/or mouse; 

exists between the address data request and any address RAM and disk drive memory; a modem; a database com- 

rccord resident on the address database. If a match occurs, prising address correction data; interface connection 30e for 

then a record of the match is placed into an address data connection between the data processing system 22 and a 

reply. The reply is then transmitted back to the application lo client input station 26; and, interface connection 30^ for 

host system. connection between data processing system 22 and a server 

When a reply is received from the master system, whether batch driver system 24. In turn, client input station 26 is 

that reply is positive (a match occurred) or negative (no connected to interface connection 30d for connecting to 

match found), the reply is translated into a format capable of address database 28; and, server batch driver system 24 is 

being read by the client data processing system. The trans- 15 connected to address database 28 via interface connection 

lated reply is then transmitted back to the client for use in 30c. 

updating address files operatively accessible by the client A data processing system that can download data that can 

data processing system. be printed on a printer, whether that printer is a peripheral 

The address files are updated by entering a new address device of the data processing system or not, uses application 

extracted from the reply format if the resuU of the address ^ programs for creating data. These are resident in the data 

record request was positive; that is, that a match occurred processing system ROM memory, additional memory, or 

between the request and the master system's change of external devices such as database 28 can be utilized for the 

address file. storing of address lists. The printers commonly utilized in 

The system is capable of printing one or more reports. The *c addressing art may also contain a microprocessor that is 

reports are based on the transactions between the application ^ able to assign bar code data to addresses that are delivered 

data processor and the master system, and representative of host. These so-called "smaif ' printers vary in their 

the requests, replies, and/or statistics arising from the trans- ability to process data. 

actions. Turning to FIG. 2, there is shown a high level flowchart 

of the subject method within the system of FIG. 1. 

BRIEF DESCRIPTION OF THE DRAWINGS 30 J^^ ^.^^ J^^^^ ^^^^^^ ^^^^^^^ 

FIG. 1 is block diagram of a client server system utilizing initiates an addressing application. The method advances 

the subject method of updating address data. from step 50 to step 52 where the system user calls up an 

FIG. 2 is an upper level flowchart of the method of the address record from a CASS certified addressing system 

ForwardTrak system which is a preferred embodiment of the such as the SmartMailer system available from Pitney 

subject system and method. Bowes of Stamford, Conn.; or, the system user can simply 

nG.3Ais a flowchart of the method of the address record enter the name and address data as part of a request. The 

input up lo the point of translation at the interface applica- address record can be resident in a database which is located 

tion of the client server. within a memory of the addressing system or can be called 

nG.3B is an alternate embodiment of the method of FIG. 40 * database. The address data request is 

3A wherein the system queries as to the access rights of the transferred to either a client batch dnver or to a system batch 

initiator dnver; the request can contain one or more address records 

' . « . . f . f * t r to be checked. At step 54, the batch driver transmits the 

HG. 4 is a flowchart of the steps of the translation request via convenUonal commmiications means to an inter- 

process. face application resident in a client server system such as the 

BG. 5 is a flowchart of the method steps upon receiving 45 po^^^j^Trak system available from Pitney Bowes of 

the address record file from the master system, Stamford, Conn. The ForwardTrak system is the subject of 

DETAILED DESCRIPTION OF THE this application; an operator guide is attached hereto and 

PREFERRED EMBODIMENTS incorporated herein by reference. 

'Himing to FIG. 1, there are depicted in block form two 50 Th« interface application receives the address data request 
subsets that, combined, form an addressing system. In a at step 56 and begins reformatting the input data from the 
preferred embodiment, the addressing system is comprised format of the initiating application to the format of the 
of the United States Postal Service (^J.S.RS.) FastForward ^^^ster system appUcaUon to which the address data request 
system and a client server interface system such as the is to be forwarded. Reformatting of the address data request 
ForwardTrak system available from Pitney Bowes Inc. of 55 completed at step 58 when the interface appUcation 
Stamford, Connecticut. A draft copy of the ForwardTrak simulates an MLOCR mterface that is capable of transfer- 
Operating Guide is attached hereto and is incorporated nng the data via a SCSI connector to the inaster system 
herein by reference. application; the method at step 58 is also suitable for use 

Addressing subsystem 10 is a representative example of a with a mailing list correction scheme (MLC). 

system that could host the U.S.RS. FastForward system. The 60 Once the MLOCR, or MLC, interface is formatted, the 

representative system comprises: data processing system 12 interface application invokes the master system application 

which can be a mainfi-ame or midframe computer which in at step 60. In a preferred embodiment of the present 

turn is comprised of: a monitor, user interface devices such application, the master system application is the U.S J*.S. 

as a keyboard and/or mouse; RAM and disk drive memory; FastForward system, 

a modem; a database comprising address correction data; 65 Once the master system application has been invoked, the 

and interface cable 30a for providing a SCSI interface address data request is transmitted from the interface appli- 

connection to addressing subsystem 20. cation to the master system application at step 62. The 
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master system application receives the request at Step 64 and Turning to FIG. 3B, there is shown a flowchart of an 

processes the request by matching the address data request alternative embodiment of the method of FIG. 3A, wherein 

to a list of changed addresses (National Change of Address the clearance level of the request initiator is checked before 

Database, or NCOA), determining whether or not a match the client server prepares the request for translation, 

has occurred, and then determining a reply which is to be 5 Jhe method begins at step 120 where the data input 

sent back to the interface application at step 66. sequence is initiated. Name and address data, representative 

At step 66, the interface application receives the reply of an address record request, is entered into the application, 

from the master system application. The reply is reformatted at step 122, by either entering the data directly through an 

by the interface application to a format readable by the operator input device such as a keypad or scanner; or, the 

initiating application. The interface application transmits the lo data can be brought into the application from an address 

reformatted reply to the initiating application at step 68. The database. The purpose of the address record request is to 

method then advances to step 70, where the initialing determine whether the addressee has indicated a change of 

application utilizes the new address to update the corre- address to a master application such as the National Change 

spending address record of the address database if the reply of Address (NCOA) database. Once the data is entered, the 

is based upon a match found by the master system applica- system queries at step 124 as to whether or not the entered 

tion in the change of address database; otherwise, the reply data is in a pre-parsed zip+4 format. If the response to the 

simply indicates that no match has been found and the query is "YES, "then the system advances to step 126 where 

initiating application will process the address data accord- the address data request is sent to the batch driver and then 

ingly. on to a client server system hosting an interface application 

From step 70, the method advances to a query at step 72 such as ForwardTrak. The method advances from step 126 

which asks whether a next request is to be entered. If the step 138. 

response to the query is "YES," then the method returns to Returning to step 124, if the response to the query is 

step 52 where a new address data request is entered; "NO," then the method advances to a query at step 128 

however, if the response to the query at step 72 is "NO," then which asks whether or not the data is unparsed and in a 

the initiating application closes out the data request appli- non-zip+4 format. If the response to the query is "NO," then 

cation. system advances to step 132 where the address data 

Turning to FIG. 3A, there is shown a flowchart of the request is rejected at step 132 before the system turns to a 

method of the address record input up to the point of query at step 134. At step 134, the method queries as to 

translation at the interface appUcation of the cUent server. „ whether or not there is a next address data request. If the 

The method begins at step 100 where the data input response to the request is "\^ » then th^^ 

sequence is initiated. Name and address daU, representatL re-enter the flow at step 122^If, 

of an address record request, is entered into the appUcation, ^^^^ ^/ ^^f is NO, then the method advances to step 

at step 102, by either entering the data directly through an where the application is closed, 

operator input device such as a keypad or scanner; or, the 35 Returning to step 128, if the response to the query is 

data can be brought into the appUcation from an address "YES," the method turns to step 130 where the address data 

database. The purpose of the address record request is to request is sent to the batch driver m address Une format and 

determine whether the addressee has indicated a change of then on to a client server system hostmg an interface 

address to a master appUcation such as the National Change appUcation such as ForwardTrak. The data is received at the 

of Address (NCOA) database. Once the data is entered, the ^ cUent server at step 138. From step 138 the system advances 

system queries at step 104 as to whether or not the entered to a query at step 140 which asks if the request iniUator has 

data is in a pre-parsed zip+4 format. If the response to the file access. If the response to the query is "NO," then the 

query is "YES," then the system advances to step 106 where request is rejected at step 132. However, if the response to 

the address data request is sent to the batch driver and then ibe query at step 140 is "YES," then the system advances to 

on to a client server system hosting an interface application ,5 step 142 before being translated to an MLOCR or MLC 

such as ForwardTrak. The method advances from step 106 format at step 142. The translaUon mto an MLOCR or MLC 

to step 118. format is detailed in FIG, 4, 

Returning to step 104, if the response to the query is Turning to FIG. 4, there is shown a flowchart of the steps 

"NO," then the method advances to a query at step 108 of the translation process that are performed by the interface 

which asks whether or not the data is unparsed and in a 50 appUcation. The appUcation begms the translation sequence 

non-zip+4 format. If the response to the query is "NO," then at step 150 and advances to step 152 where the address data 

the system advances to step 110 where the address data is mapped into either an MLC or an MLOCR format 

request is rejected and the system turns to a query at step depending upon the requirements of the master system or the 

112 At step 112, the method queries as to whether or not system interface by comparing the mapped data to a look-up 

there is a next address daU request. If the response to the ss ^^^^ corresponding values to produce either the MLC or 

request is "YES," then the method turns to re-enter the flow MLOCR data map. From step 152, the method advances to 

at step 102. If, however, the response to the query at step 112 step 154 where the format requirements are performed 

is "NO," then the method advances to step U4 where the before advancing to step 156. 

application is closed. At step 156, the method takes the mapped MLOCR or 

Returning to step 108, if the response to the query is 60 MLC data and establishes an MLOCR or MLC interface that 

"YES," the method turns to step U6 where the address data is capable of aUowing transmission of the data, at step 158. 

request is sent to the batch driver in address Une format and over a SCSI interface to the master system appUcaUon. The 

then on to a client server system hosting an interface address record request is received by the master system 

appUcation such as ForwardTrak. The data is received at the appUcation at step 160. 

cUent server at step 118 before being translated to an 65 Turning to FIG. 5, there is shown a flowchart of the 

MLOCR or MLC formal at step 120. The translation into an method steps that are foUowed upon receiving the address 

MLOCR or MLC format is detailed in FIG. 4. record file from the master system appUcation. 
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The master system application perfonns the steps of 
record matching to determine whether or not there is a match 
between an address record request and a change of address 
as filed on the NCOA database. If there is a match, then the 
master system application will post the new address to the 5 
request and return the new file as a reply; in this way, the 
initiating application can make an appropriate change to its 
database upon receiving the reply. However, if no match is 
determined by the master system application, then the reply 
will contain a notation that no change of address could be 
determined. 

The reply is sent by the master system application to the 
interface application via a SCSI transmission interface. 
There are three possible alternative replies that can be 
received: (1) the addressee has moved and left a forwarding jj 
address; the addressee has moved and not left a forwarding 
address; or, (3) the addressee has not moved. Upon receiving 
the reply at step 180, the system advances to step 182 where 
it queries as to whether or not the addressee whoAvhich is 
the subject of the address record request has moved from the jq 
address of record. If the response to the query is "NO," then 
the system advances to step 186 where the uncorrected 
(unmatched) address data reply is accepted for translation. If 
however, the response to the query at step 182 is "YES," 
then the system advances to the dependent query at step 184. ^5 
which queries as to whether or not the address record has 
been corrected (a match found) by the master system appli- 
cation. If the response to the query is "NO," then the method 
advances to step 186 where the uncorrected (unmatched) 
address data reply is accepted for translation. The translation 30 
of the uncorrected reply from MLOCR or MLC format to the 
format of the initiating application is performed at step 188 
before being transmitted to the initiating application (client) 
by the interface application (client server) at step 190. 

Returning to step 184, if the response to the query is 35 
"YES," then method advances to step 192 where the cor- 
rected (matched) address data reply is accepted for transla- 
tion. The translation of the corrected reply from MLOCR or 
MLC format to the fonnat of the initiating application is 
performed at step 194. While the translation is being 40 
performed, the interface application holds the updated 
record in memory, at step 196, long enough to update the 
interface application (client server) before U-ansmitting the 
corrected address record to the initiating application (client) 
at step 198. After transmission of the corrected address 45 
record, the system advances to step 200 where the corrected 
address record is deleted from the memory of the interface 
application. If the transmission of the corrected address 
record at step 198 were to be unsuccessful, then the initialing 
would have to repeat their address update request. 50 

In an alternate embodiment of the subject invention, the 
interface application queries as to whether or not the trans- 
mission to the initiating application was successful. If the 
response to the query is "YES," then the system advances to 
direct the interface application to delete the corrected ss 
address data reply from memory. If, however, the response 
to the query is "NO," then the interface application, holds 
the corrected address data file in memory for later retrans- 
mission. Attempts at retransmission will occur until the 
record is purged from the interface application or until the ao 
system has received an indication that the corrected record 
has been successfully delivered. 

It is to be umderstood that the present invention is not to 
be considered as limited to the specific embodiment 
described above and shown in the accompanying drawings, 6S 
which merely illustrates the best mode presendy contem- 
plated for carrying out the invention and which is suscep- 
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tible to sudi changes as may be obvious to one skilled in the 
art, but rather that the invention is intended to cover all such 
variations, modifications and equivalents thereof as may be 
deemed to be within the scope of the claims appended 
hereto. 
What is claimed is: 

1. A method of updating address data in a first data 
processing system comprising the steps of: 

(a) initiating an address data request at said first data 
processing system; 

(b) transmitting said address data request from said first 
data processing (system to an application host system; 

(c) translating said address data request at said application 
host system into a format readable by a second data 
processing system; 

(d) creating an interface between said application host 
system and said second data processing system wherein 
said interface allows passage of said translated address 
data request from said application host system to said 
second data processing system so that said translated 
address data request can be read and responded to by 
said second data processing system; 

(e) matching said address data request to records of 
address changes that are resident in a first address 
database operativcly connected with said second data 
processing system; 

(f) determining whether a match exists between said 
address data request and an address record resident on 
said first address database and placing a result of said 
determination into an address data reply; 

(g) transmitting said result from said second data process- 
ing system to said application host system; 

(h) translating said result into a reply format capable of 
being read by said first data processing system; 

(i) transmitting said reply format to said first data pro- 
cessing system; and 

Q) updating a second address database operatively con- 
nected to said first data processing system by entering 
a new address extracted from said reply format if said 
result were a positive response. 

2. The method of claim 1, wherein said translation step 
comprises the further steps of: 

(a) creating a first data map of a first set of data repre- 
sentative of said address data request; 

(b) comparing said first data map against a second set of 
data representative of a mailing list correction (MLC) 
or multi-line optical character reader format to establish 
a second data map representative of said address 
request; and 

(c) transmitdng said second data map to said second data 
processing system for processing of said address 
request. 

3. The method of claim 1, wherein said first data process- 
ing system prints a plurality of reports and wherein said 
plurality of reports are representative of a transaction com- 
prising said request, and/or said reply, and/or a set of 
statistics derived from said transaction parameters. 

4. The method of claim 1, wherein said address data 
request conq)rises a plurality of address data records and 
wherein each of said plurality of address data records are 
representative of a destination address. 

5. A system of updating address records comprising: 
(a) a first data processing system further comprising: 

(i) data entry means for entering address data to a 
request for service; 
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(ii) first communication means for transmitting said 
request for service to a client server interface system 
and for receiving a reply to said service request from 
said client server interface system; 

(iii) record update means for updating an address data 5 
record if said reply contains data indicating an 
address record change; 

(b) a second data processing system comprising said 
client server interface system, wherein said second data 
processing system further comprises: ^0 

(i) second communication means for receiving said 
request from said first data processing system, for 
transmitting a reformatted request to an address 
retrieval system, for receiving said reply to said 
reformatted request from said address retrieval 
system, and for transmitting a reformatted reply to 
said first data processing system; 

(ii) translation means for translating said request into 
said reformatted request capable of being understood 
by said address retrieval system; 

(c) third data processing means comprising said address 
retrieval system; 

(d) address correction means for reading said reformatted 
reply, determining if updated address data is contained 
within said reformatted reply, and correcting a listing of 
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address records capable of being accessed by said first 
data processing means; and 
(e) an address database for storing said listing of address 
records. 

6. The system of claim 5, wherein said address data is 
selected from among a plurality of address data records 
contained within a database resident in a memory. 

7. The system of claim 6, wherein said memory is 
co-located with said first data processing system. 

8. The system of claim 6, wherein said memory is located 
at a client server data processing system which is linked to 
said first data processing system by communication means 
for exchanging data between said first data processing 
system and said client server data processing system. 

9. The system of claim 5, wherein said first data process- 
ing system further comprises a printer for printing one or 
more pre-determined reports wherein said one or more 
reports are representative of a transaction comprising said 
request, and/or said reply, and/or a set of statistics derived 
from said transaction parameters. 

10. The system of claim 5, wherein said address retrieval 
system further comprises a postal service change of address 
database. 

♦ ♦ * ♦ ♦ 
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